home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / tcp / 930155.txt < prev    next >
Internet Message Format  |  1994-06-04  |  12KB
  1. Date: Wed, 16 Jun 93 04:30:13 PDT
  2. From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
  3. Errors-To: TCP-Group-Errors@UCSD.Edu
  4. Reply-To: TCP-Group@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: TCP-Group Digest V93 #155
  7. To: tcp-group-digest
  8.  
  9.  
  10. TCP-Group Digest            Wed, 16 Jun 93       Volume 93 : Issue  155
  11.  
  12. Today's Topics:
  13.                            bug in pktdrvr.c
  14.             Change to telnet.c; terminal type negotiation
  15.                      Digital Audio (CVSD, CODEC)
  16.                             digital voice
  17.                  Followup to "Change to telnet.c;..."
  18.                             WAMPES patches
  19.  
  20. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  21. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  22. Problems you can't solve otherwise to brian@ucsd.edu.
  23.  
  24. Archives of past issues of the TCP-Group Digest are available
  25. (by FTP only) from UCSD.Edu in directory "mailarchives".
  26.  
  27. We trust that readers are intelligent enough to realize that all text
  28. herein consists of personal comments and does not represent the official
  29. policies or positions of any party.  Your mileage may vary.  So there.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: Tue, 15 Jun 1993 22:35:56 EDT
  33. From: "Russell Nelson" <nelson@crynwr.com>
  34. Subject: bug in pktdrvr.c
  35. To: tcp-group@ucsd.edu
  36.  
  37. In pktdrvr.c:pk_attach(), argv[3] is not used.  This is the parameter
  38. that controls the maximum number of packets allowed on the transmit
  39. queue.  Not only that, but a corresponding parameter is needed for
  40. the receive queue.  The kodiak16 packet driver happily crashes NOS
  41. when it upcalls too many packets without giving NOS enough time to
  42. process them.  NOS will happily suck up 80K to hold receive buffers.
  43.  
  44. The humorous thing is that when you stop pinging it, it processes all
  45. the receive buffers and sends out a bunch of responses.
  46.  
  47. This bug is present in all versions of NOS that use an unmodified
  48. pktdrvr.c.
  49.  
  50. -- 
  51. -russ <nelson@crynwr.com> What canst *thou* say?
  52. Crynwr Software           Crynwr Software sells packet driver support.
  53. 11 Grant St.              315-268-1925 Voice  |  LPF member - ask me about
  54. Potsdam, NY 13676         315-268-9201 FAX    |  the harm software patents do.
  55.  
  56. ------------------------------
  57.  
  58. Date: Tue, 15 Jun 93 02:31:54 -0700
  59. From: "Dana H. Myers" <dana@fafnir.la.locus.com>
  60. Subject: Change to telnet.c; terminal type negotiation
  61. To: tcp-group@ucsd.edu
  62.  
  63. I made telnet able to negotiate term type with the the remote server;
  64. I set a DOS environment variable called 'TERM' (what else?) and I
  65. use NNANSI, with a NNANSI terminfo record at the server.  The code
  66. is a little hacky and is in telnet.h and telnet.c; anyone interested?
  67.  
  68. I also found what may be a small bug in telnet.c; it seems the count
  69. options (NOPTIONS) is one less than it should be.  This could cause
  70. corruption of memory in some cases.
  71.  
  72. Dana
  73.  
  74. ------------------------------
  75.  
  76. Date: Tue, 15 Jun 1993 18:29:23 -0500 (CDT)
  77. From: S. R. Sampson <ssampson@sabea-oc.af.mil>
  78. Subject: Digital Audio (CVSD, CODEC)
  79. To: clint@uugate.aim.utah.edu
  80.  
  81.   Well I don't have any CVSD information, other than I found them very
  82. expensive relative to CODEC.  I got some samples from a National
  83. Semiconductor, Richardson, Texas (214) 234-3811.  The first samples were
  84. the TP3051 Parallel Interface CODEC/Filter COMBO(tm), and the second was
  85. the TP3058 Microprocessor Interface COMBO.  After playing with the 3051
  86. I found it was a clocking nightmare, and designed for the TP3155 Time Slot
  87. Assignment chip (which is interesting for multiplexing several channels as
  88. you would like to do).  You'd probably want to use the Serial Interface
  89. version rather than the parallel.
  90.  
  91.   The 3058 is made for a micro and the only clock circuit would be a
  92. 1.024 MHz clock split to go to both the 3058 CLK pin, and through a divide
  93. by 128 (CMOS 4024 chip) to the 3058 FS pin (Frame Sync).  This causes the
  94. device to sample at 8 kHz. The book you want to design with is the:
  95.  
  96.  Telecommunications Databook
  97.  
  98. If you're interested, it lists the Salt Lake sales office as  (801) 261-5402.
  99. In case you want to get the book, you might try there first, then Texas.
  100. I asked and received 2 samples of the chips, and they rooted and found me a
  101. book.  This was a couple of years ago.
  102.  
  103. This provides me with one voice spectrum (200 - 3400 Hz) 8 bit u-law sample
  104. every 125 usec.  I can't help you with compression however, as I find Vocoders
  105. are quite expensive and source code unavailable for do-it-yourselfers (I mean
  106. I haven't found any, but some college probably has tons of code laying around).
  107.  
  108. So this would require 64 kbps (8 bits x 8000) telco speed in the raw, which is
  109. quite a bandwidth.  Vocoders of 2400 don't sound very good (well the STU-III
  110. at 2400 doesn't), while there seem to be more and more 9600 and better versions
  111. coming out.  The best deal I've seen so far is:
  112.  
  113.  Skywave Electronics
  114.  (613) 592-0908
  115.  
  116. They sell OEM Vocoders (3 inch square modules) with rates of 2.4, 4.8, 9.6,
  117. 14.4, or 16.0 kbps in the $1K range *each*.  Maybe they have an Amateur Rate,
  118. but since it includes DSP (TI 320C25) it ain't going to be cheap.
  119.  
  120. I wonder what regular Huffman compression would do to knock down the bandwidth?
  121. I say Huffman because I believe it can work on the fly, rather than buffer up
  122. like LZW.  The cost of vocoders pretty much rules them out, so an alternative
  123. scheme is needed.  Either that or knocking down the number of bits.  Maybe I'm
  124. too concervative and you could just use the raw data broken into 1/2 second
  125. frames (512 bytes) with a header byte to identify the channel, and maybe a
  126. trailer word to CRC it (throw it on the floor and send NULLs to next link if
  127. error).  With a 2 Mbps link you could probably have 8 channels of voice and
  128. an old 1 Mbps Ethernet or ARCnet circuit co-located on the same link frequency
  129. (I'm guessing with no experiance).
  130.  
  131. I'll probably never use these things as I was developing a voice privacy module
  132. and used a cheaper design (TTL and old old old A/D) instead.  You're welcome
  133. to them (Two TP3058 Parallel CODEC Chips), and you can probably get more from
  134. National, but this will at least let you evaluate them.
  135. ---
  136. Steve, N5OWK
  137.  
  138. ------------------------------
  139.  
  140. Date: Tue, 15 Jun 93 23:16:02 -0600
  141. From: Bdale Garbee <bdale@col.hp.com>
  142. Subject: digital voice
  143. To: ka7oei@uugate.wa7slg.ampr.org
  144.  
  145. What we're preparing to play with in Colorado is the Qualcomm Q4400 variable
  146. rate vocoder chip, coupled with a DMTF decoder and a Motorola 145480 codec.
  147. The vocoder takes the 64kb PCM to/from the codec and reduces it to 4-9.6kb of
  148. variable-rate data.  Qualcomm claims that no significant speach intelligibility
  149. is lost, but I haven't actually heard it run yet.  The Q4400 includes a DTMF
  150. encoder on the PCM output, doing DTMF decode on the audio input before the
  151. codec seems like a win... couple it all with a housekeeping processor with a
  152. serial port and a board capable of very high quality speach at 9600 baud or 
  153. less looks quite feasible.  
  154.  
  155. The only hitch is that VLSI division at Qualcomm is proud of the Q4400, to the 
  156. tune of about $100 each in 100-unit quantities.  Hopefully they'll reduce the 
  157. price to something closer to what the silicon is worth eventually.  In the
  158. meantime, this is not a game for the faint-of-wallet.
  159.  
  160. I looked hard at CVSD for a while, but never got voice quality I liked at very
  161. low data rates.  There are some nice, and cheap, parts from Motorola... if you
  162. have bandwidth to burn, there's certainly no cheaper way to go.
  163.  
  164. Straight PCM codecs at 64kb are way too fat for the RF links around here.
  165.  
  166. The QCELP encoding of the Q4400 looks "tres groovy".  And it looks like it'll
  167. be fairly easy to write code to talk to it.  Adding QCELP to the NVP protocol
  168. should be easy.
  169.  
  170. We hope in the next year to at least be able to demonstrate a voice repeater
  171. link over WA4DSY 56kb modems using the Q4400 and friends talking the Network
  172. Voice Protocol (NVP) over UDP using Gracilis digital hardware.  If anyone else
  173. is playing with this stuff, or even better has already reached nirvana, holler.
  174.  
  175. Getting high bandwidth digital gear at voice repeater sites is likely to be 
  176. much easier if I can "give away" digital voice crosslinks in exchange.  :-)
  177.  
  178. 73 - Bdale, N3EUA
  179.  
  180. ------------------------------
  181.  
  182. Date: Tue, 15 Jun 93 02:34:27 -0700
  183. From: "Dana H. Myers" <dana@fafnir.la.locus.com>
  184. Subject: Followup to "Change to telnet.c;..."
  185. To: tcp-group@ucsd.edu
  186.  
  187. Heck, I didn't include my real mailing address... serves me right
  188. for staying up tool late hacking  :-).
  189.  
  190. If you are interested in the changes to make telnet set the term type
  191. on the server, mail me a note at "dana@locus.com".
  192.  
  193. 73,
  194. Dana
  195.  
  196.  * Dana H. Myers KK6JQ   | Views expressed here are *
  197.  * (310) 337-5136   | mine and do not necessarily *
  198.  * dana@locus.com  DoD #466  | reflect those of my employer *
  199.  * This Extra supports the abolition of the 13 and 20 WPM tests *
  200.  * "Dammit Bones, spare me the lecture and give me the shot!"   *
  201.  
  202. ------------------------------
  203.  
  204. Date: Tue, 15 Jun 1993 13:52:46 -0700
  205. From: Paul Traina <pst@cisco.com>
  206. Subject: WAMPES patches
  207. To: tcp-group@ucsd.edu
  208.  
  209. [FYI: I sent this on to Dieter,  but in case anyone else is interested, I
  210.  would be happy to supply the diffs (they are to the 930614 release of WAMPES)]
  211.  
  212. Dieter,
  213. Here are three sets of patches for WAMPES that you might wish to include in
  214. your next distribution.  I have split them into separate context diffs to
  215. make it easier for you to decide which to take on:
  216.  
  217. macII.diffs - improvements to the macII port (mainly switching
  218.     from ndbm (which is broken under A/UX) to dbm)
  219.  
  220. termserv.diffs - new functionality -- I actually have my TNC's
  221.     connected to a terminal server,  not directly to the
  222.     computer.  If you specifiy numbers in the unused
  223.     BASE and IRQ fields in the 'attach' command,  it
  224.     will open up a TCP connection to a specific host/port.
  225.     The user interface is not 'pretty' but it is functional.
  226.  
  227.  example:
  228.  
  229.  # attach tty0 at 9600bps (same as always)
  230.  attach asy 0 0 kissui tty0 0 256 9600
  231.  # establish tcp/ip connection to 130.108.142.21 port 4006 and
  232.  # call it "2m"
  233.  attach asy 0x826c8e15 4006 kissui 2m 0 256 9600
  234.  # establish tcp/ip connection to 130.108.142.21 port 4007 and
  235.  # call it "220"
  236.  attach asy 0x826c8e15 4007 kissui 220 0 256 9600
  237.  
  238. ax25.diffs - new functionality -- I ported over all of the
  239.     AX.25 broadcast and AX.25 call logging code.
  240.     The AX.25 call logging code is NOT integrated into
  241.     the autorouter on purpose.  This is something
  242.     different.
  243.  
  244.     This code is fully documented in the jnos manual.
  245.  
  246.  new commands:
  247.  ax25 bcinterval - number of seconds between broadcasts
  248.  ax25 bcport - ports to broadcast out on
  249.  ax25 bc  - another way to set broadcast port
  250.  ax25 bctext - text to broadcast
  251.  
  252.  ax25 filter - filter AX.25 calls
  253.  ax25 heard - show AX.25 stations heard
  254.  ax25 hearddest - show AX.25 destinations heard
  255.  ax25 hport - enable call logging on port
  256.  ax25 hsize - size of logging buffer (# of calls)
  257.  
  258.  usage:
  259.  # listen/log AX.25 stations on the 2m and 220 interfaces
  260.  ax hport 2m on
  261.  ax hport 220 on
  262.  # brodcast ID every 3600 seconds on the 2m port (only)
  263.  ax bcport 2m on
  264.  ax bcinterval 3600
  265.  ax bctext "KC6TCN [44.4.0.30] WAMPES experiment, Palo Alto"
  266.  
  267. ------------------------------
  268.  
  269. End of TCP-Group Digest V93 #155
  270. ******************************
  271. ******************************
  272.